【芯片前端】Filelist

2023-11-05 08:38| 来源: 网络整理| 查看: 265

前言

测试所用的文件目录（列举关键文件）：

/home/xiaotu/my_work/uvm_demo -cfg/ -ctl/ -rtl/ -sim/ -Makefile -tc/ -th/ -ver/ -f/-F影响后跟filelist文件内的解析方式，不影响后跟文件的解析方式

典型的场景，就是makefile里用-f还是-F来后缀路径都是一样的（仅仅对于解析这个list），绝对路径就按绝对路径解析，相对路径就相对makefile所在目录进行解析。

而../cfg/tb.f中的所有路径都受到到前面的-f或-F影响，如上图的解析方式时，../cfg/tb.f中无论以下哪种写法，都是按-f来解析文件路径的：

-F ../ctl/ctl.f -f ../rtl/dut.f ../rtl/a.v -f解析filelist内的路径时，与当前filelist所在路径无关

-f ../cfg/tb.f，

当tb.f内路径为相对路径时，则相对makefile所在路径进行解析；

当tb.f内路径为绝对路径时，则直接按照绝对路径进行解析；

进一步讲，-f path/file.f中path不会以任何形式影响file.f中的文件路径解析；

-F解析filelist内的路径时，与当前filelist所在路径有关

-F ../cfg/tb.f

当tb.f内路径为相对路径时，则会前缀filelist所在路径进行解析；

../cfg/cfg.f中的写法： ../th/harness.sv cmp.log中解析的路径： Parsing design file '../cfg/../th/harness.sv'

当tb.f内路径为绝对路径时，则不会前缀任何路径，直接解析绝对路径；

../cfg/cfg.f中的写法： /home/xiaotu/my_work/uvm_demo/ver/my_env.sv cmp.log中解析的路径： Parsing design file '/home/xiaotu/my_work/uvm_demo/ver/my_env.sv'

当tb.f内路为-y加载的库文件时，则直接视为相对路径，前缀filelist所在路径进行解析；

../cfg/cfg.f中的写法： -y /home/xiaotu/my_work/uvm_demo/rtl cmp.log中解析的路径： Warning-[LFCOR] Library file or dir cannot be opened Library directory '../cfg//home/xiaotu/my_work/uvm_demo/rtl' cannot be opened for reading due to 'No such file or directory', will skip it. The library was specified from command line through -y or -v.

当tb.f内路为-f+filelist时，则直接视为相对路径，前缀-F的filelist所在路径进行解析；

Makefile中： -F ../cfg/tb.f ../cfg/tb.f中： -f /home/xiaotu/my_work/uvm_demo/cfg/dut.f

编译报错：

Error-[P1ARGS-CANTOPN-F] Cannot open file Unable to open '../cfg//home/xiaotu/my_work/uvm_demo/cfg/dut.f' due to 'No such file or directory'. Please fix the reason mentioned above and continue. 嵌套的场景 ../cfg/cfg.f内的路径： -f/-F ../cfg/dut.f(层次A) ../cfg/dut.f内的路径为： -f/-F ../ctl/ctl.f(层次B) ../ctl/ctl.f内文件为： ../ctl/my_interface.sv -f（层次A）嵌套-f（层次B），两次解析均按照绝对路径，或相对Makefile的相对路径进行解析； -f（层次A）嵌套-F（层次B），层次B以-f的方式解析，层次B内的文件绝对路径正常解析，相对路径则相对层次B（即../ctl/）进行解析； Parsing design file '../cfg/../ctl/my_interface.sv' -F（层次A）嵌套-f（层次B），-f后面负责的相对路径都相对的是-F后跟文件所在目录的相对路径

太绕了，举个具体点的例子：

Makefile中： -F ../cfg/tb.f ../cfg/tb.f中： -f ./dut.f ./dut.f中（dut.f在cfg目录）： ../rtl/mul_trans.v -f ../ctl/ctl.f ../ctl/ctl.f中： ../ctl/my_interface.sv

那么mul_trans.v的编译路径为：

Parsing design file '../cfg/../rtl/mul_trans.v'

../cfg —— -F ../cfg/tb.f使得tb.f内的相对路径解析都要加上前缀../cfg；

../cfg/../rtl/mul_trans.v —— -f ./dut.f因此解析dut.f内相对路径的文件时相对的是当前../cfg的路径（上一层-F的作用）；

还有my_interface.sv的解析路径：

Parsing design file '../cfg/../ctl/my_interface.sv'

其形式是-F嵌套-f再嵌套-f，可以看到后面两个-f都是相对../cfg进行解析，两个-f间没有路径叠加（如上文，-f path/file.f中path不会以任何形式影响file.f中的文件路径解析）；

-F（层次A）嵌套-f（层次B），-f后跟filelist内（如果该filelist被找到）的绝对路径则会编译为绝对路径 Makefile中： -F ../cfg/tb.f ../cfg/tb.f中： -f ../cfg/dut.f ../cfg/dut.f中： /home/xiaotu/my_work/uvm_demo/rtl/mul_trans.v

编译结果（这一点与我之前记忆有偏差，我再查一下，目前实测的结果确实是这样的）：

Parsing design file '/home/xiaotu/my_work/uvm_demo/rtl/mul_trans.v'

综合看，-F嵌套-f会影响-f对其后filelist内相对路径的解析，使用起来要异常谨慎；

-F（层次A）嵌套-F（层次B）

遵循-F层层递进的规律，略

总结

因为-F对其后递进拆解filelist的影响更大，因此个人认为还是以-f+绝对路径的方式来组织filelist是最为合理安全的。

【本文地址】

公司简介

联系我们